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CREATING AND CUSTOMIZING A WORKFLOW PROCESS 
FROM A DOCUMENT 

BACKGROUND OF THE INVENTION 

[01] Various schemes for creating and executing a workflow process have been proposed. 
As used herein, the terms "workflow process" or "executing a workflow process" refer 
to executing steps of a business process using software tools. For example, U.S. 
Patent No. 6,571,246 describes a method for managing a workflow using the Internet. 
As another example, U.S. Patent No. 6,505,176 describes a system for automatically 
coordinating workflow among various workgroups in a credit application process. As 
yet another example, U.S. published patent application number 2002/0095311 to the 
present inventor describes a technique for facilitating a business process involving 
negotiation of a contract. In one variation of that technique, two negotiators are 
provided with structured steps for negotiating a contract, and are permitted to defer 
agreement on certain aspects of the contract until a later phase of the negotiation 
process. 

[02} The creation of a workflow process to carry out a business process usually begins by 
defining steps and parameters of that process, followed by development of customized 
computer software to execute the process. Such a creation method may be difficult or 
unwieldy for a novice user. It may be cumbersome to think abstractly about steps that 
should be executed and the order in which they must be executed. Moreover, the 
creation of custom-made software is expensive and time-consuming. 

[03] Another way of approaching the problem is to start backwards, by looking at the 
resulting product or products of the business process, and using those products to 
discern the structured process used to create them. In many business processes, the 
resulting product is a document or set of documents, such as a lease; a business 
proposal; a due diligence report; or the like. Consequently, it would be an 
improvement to be able to create and modify a workflow process by deconstructing or 
"reverse engineering" one or more documents resulting from the business process. 
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[04] SUMMARY OF THE INVENTION 

[05] The invention provides a computer-implemented system and method for creating and 
modifying a workflow process by starting with a document resulting from that 
workflow process. The document is tagged using a software tool that permits parts of 
the document to be selected and associated with one or more parameters of the 
workflow process, such as a phase of the process in which it will be executed. After 
the document has been suitably tagged, the tagged document is converted into a data 
structure that is used to drive a transaction engine that executes an ordered sequence 
of steps that prompt a user of the business process tool for information. After the user 
enters the information in accordance with the workflow process, the transaction 
engine generates a new document reflecting a new execution of the business process. 

[06] Other aspects of the invention permit the workflow process to be modified by 
changing the order or arrangement of steps in the process, such that steps are assigned 
to different phases of the business process, or by permitting certain steps or questions 
in the process to be deferred to a later phase of the process. In this manner, users may 
experiment to determine the optimal workflow method to meet their objectives. 

[07] Other features and advantages will become apparent through the following detailed 
description and figures. 

[08] BRIEF DESCRIPTION OF THE DRAWINGS 

[09] FIG. 1 shows a negotiation process for a lease that has been structured into a series of 
nine phases. 

[10] FIG. 2 shows steps that are performed during the first of the nine phases in FIG. 1 . 

[11] FIG. 3 shows a computer screen allowing a user to select one of the nine phases of 
FIG. 1. 

[12] FIG. 4 shows a computer screen allowing users (a landlord and a tenant, for example) 
to enter information to complete steps associated with the first phase of FIG. 1 
according to a structured workflow process. 
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[13] FIG. 5A shows a document describing a proposed sale of property that represents the 
work product from a workflow process. 

[14] FIG. 5B shows the document of FIG. 5 A annotated to show those aspects of the 
document that typically vary from one transaction to the other, and that can be 
selected by a user to create a workflow process according to the invention. 

[15] FIG. 6 shows steps for carrying out various principles of the invention. 

[16] FIG. 7 shows further details of step 601 of FIG. 6. 

[17] FIG. 8 A shows how a user can select text 801 in the document and use a drop-down 
menu 802 to designate workflow parameters for the selected text. 

[18] FIG. 8B shows how a user can specify that a selected portion of the document 801 is 
to be associated with a phase in the workflow process. 

[19] FIG. 8C shows how a user can specify text that will be displayed when the associated 
phase is executed during the workflow process. 

[20] FIG. 8D shows how a user can specify that a selected portion of the document 803 is 
to be associated with a step in the workflow process. 

[21] FIG. 8E shows how a user can specify that a selected portion of the document 804 is 
to be associated with a question in the workflow process. 

[22] FIG. 8F shows how a user can create a question to be associated with a selected 
portion of the document 805, wherein the question will be displayed in a prompt 
during the workflow execution process. 

[23] FIG. 9 shows a system employing various principles of the invention. 

[24] FIG. 10 shows another example of a document being deconstructed or "reverse 
engineered" into a workflow process, which is then executed in FIG. 1 1 . 

[25] FIG. 1 1 shows an example of executing the workflow process corresponding to the 
deconstructed document of FIG. 10. 
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[26] FIG. 12 shows an example of a single document (corresponding to a single phase with 
a single step) that is deconstructed into questions that are presented in a single 
computer screen upon later execution. 

[27] FIG. 13 shows an example of two documents (corresponding to a single phase) having 
two steps that are deconstructed into questions that are presented in two computer 
screens (one per step) upon later execution. 

[28] FIG. 14 shows an example of multiple documents, each corresponding to a different 
phase, wherein each phase is broken down into steps comprising questions, wherein 
each step is presented as a separate computer screen containing corresponding 
questions upon execution. 

[29] FIG. 1 5 shows how different phases can be distributed across multiple documents and 
how multiple phases can be contained in the same document. 

[30] FIG. 16 shows a sample XML document generated as a result of the deconstruction 
process. 

DETAILED DESCRIPTION OF THE INVENTION 

[31] Before describing the creation of a workflow process from a document and the 
customization of that workflow process according to the inventive principles, it will 
be helpful to first describe an exemplary execution of a workflow process. Suppose 
that a business employee acting in the capacity of a landlord wants to negotiate a 
potential lease with a prospective tenant. Rather than performing this negotiation 
using an ad hoc process, it is possible to structure the negotiation using a computer- 
implemented process such that each party (landlord and tenant) is guided through a 
series of phases in which predefined milestones are achieved. 

[32] One example of this process is shown in published PCT application number WO 
02/03297 to the present inventor. As shown in that publication and as summarized 
briefly here, each phase of the negotiation is broken down into lower-level steps 
having associated questions that require input by one or both of the parties. Some of 
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the steps can be deferred at the election of the negotiators in order to avoid reaching a 
roadblock beyond which progress is not possible. 

[33] As shown in FIG. 1, for example, the process of negotiating a lease can be broken 
down into distinct phases 101 through 109, each of which pertains to a different 
aspect of the lease negotiation. In phase 101, for example, the parties confirm a basic 
lease proposal and agree upon a schedule. In phase 102, the parties resolve any 
outstanding business issues remaining from the first phase. The remaining phases 
involve other aspects of the negotiation. 

[34] FIG. 2 shows further details of the first phase 101, illustrating how the first phase 
comprises distinct steps that are performed to complete the first phase of the 
negotiation. For example, the first phase includes a first step 201 of reaching 
agreement on the required square footage of the lease and the delivery date for the 
leased property. The second step 202 pertains to reaching agreement on the rent, and 
so forth. Each step may comprise one or more subsidiary questions that must be 
answered or agreed upon by the parties in order to complete the steps (and, ultimately, 
the phases) of the negotiation. 

[35] FIG. 3 shows a computer screen generated by a computer program depicting nine 
phases that can be selected by a user and that are associated with a particular project 
number 302 (for example, a particular lease negotiation). By clicking on one of the 
phases, the user is provided with one or more detailed screens showing the steps and 
associated questions contained in the phase, allowing each user to enter information to 
conduct the negotiation using a structured workflow process. 

[36] FIG. 4 shows a computer screen illustrating steps 401 through 404 corresponding to a 
first phase of the negotiation process. Each step 401 corresponds to a particular lease 
provision, such as the required floor space for the lease, and the computer program 
permits each party to the negotiation to enter a response to a question (409 and 412) 
as well as indicating agreement (408 and 410) to the particular response. After the 
parties enter responses to the questions, they may view a draft lease proposal 
containing the agreed-upon provisions by clicking a button 405. The parties may also 
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move on to a next screen (corresponding to another set of questions within the phase, 
or to a next phase) by selecting a button 407. The process continues until the parties 
have entered and agreed upon information necessary to produce a lease proposal. The 
lease proposal (i.e., the resulting work product) can then be generated based on a 
template using the agreed-upon information to fill in the blanks. 

[37] The above example assumes that a business process (for example, the negotiation of a 
lease) has been decomposed into phases, steps, and questions. Phases may 
correspond, for example, to major segments of the process and may result in the 
generation of a document (for example, a lease). Each phase may contain one or 
more steps corresponding to smaller increments of the process that are logically 
grouped into manageable sections that may be displayed on a single computer screen. 
Each step in turn may contain one or more questions that prompt the user to enter 
information. 

[38] In the above example, it is presumed that someone has developed and arranged the 
various phases, steps, and associated questions using computer software such that the 
process can be conducted as described. In other words, details of the process had to 
be worked out before the automated software tool could be used the first time. 

[39] According to one aspect of the present invention, a completed document can be used 
as the basis for creating the various phases, steps, and questions depicted in FIGS. 1 
through 4. The user need not create a custom computer program in order to generate 
the structured workflow process illustrated above, but can instead use a computer 
system that permits a user with ordinary skill to manipulate each of the above 
parameters to achieve the optimal process. 

[40] As another example, suppose that a business executive needs to develop a detailed 
plan for a sale of company property. The plan must conform to a particular format, 
such as that shown in FIG. 5A. As shown in FIG. 5A, the plan includes a first section 
that describes the property (e.g., how many square meters of space; whether the 
building is occupied; the principal use of the buildings, etc.) and a second section that 
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summarizes the marketing plan and expected results of the sale, including various 
details. 

[41] Suppose that the business executive drafts dozens of plans for the sale of different 
properties each year, each having a format similar to that shown in FIG. 5A. It should 
be apparent that many parts of the document would remain unchanged from one sale 
to the next, whereas other parts of the document would change depending on the 
nature of the particular sale. One approach for simplifying the executive's task would 
be to spend time creating a special form or a document macro that prompts the user to 
fill in each changeable entry, and providing a skeletal document for the unchanged 
text. This requires knowledge of the form creation or macro creation process, which 
can be complicated or involve programming skills. Additionally, macros provide 
only a limited ability to request information once started. 

[42] FIG. 5B shows the document of FIG. 5A, wherein portions of the document that may 
change from one incarnation of the document to another are highlighted. According 
to one aspect of the invention, the user is able to start with a completed document; 
highlight or select those portions of the document that vary from one document to 
another, and specify for each such portion how and when the information should be 
elicited dining the workflow process execution. Each selected portion is converted 
into a phase, step, or question that is presented during the workflow execution 
process. In effect, the user is able to "reverse engineer" the workflow process from 
the document, rather than creating the workflow process from scratch. This greatly 
simplifies the user's job and makes it amenable to use by users who have no 
programming experience. It also offers the potential to add other documents with 
other phases, steps, and questions that may accelerate the process. 

[43] For example, as indicated in FIG. 5B the title of the document is "Action Plan for Sale 
of Property" (element 501). By highlighting the title of the document and then right- 
clicking a mouse button, the user is able to designate this as a phase of the workflow 
process, and to specify a name for the phase during the workflow execution process. 
The user can also highlight text such as 505 and convert the text into a question that 
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will be presented as part of the workflow process. These and other features are 
described in more detail below. 

[44] In the example of FIG. 5B, a single phase could be created corresponding to the entire 
document relating to an action plan for sale of a piece of property. This phase might 
be one of several phases in a larger business process involving the sale of the 
property; the financing arrangements for the property; the purchase of insurance for 
the property; and other things. Within the phase shown in FIG. 5B, two steps can be 
discerned: A first step corresponding to describing the property that is the subject of 
the action plan ("I. Description of Property"), and a second step corresponding to 
marketing of the property ("II. Summary of Marketing Plan and Expected Results"). 
Each of these steps in turn contains subsidiary questions that can be asked of the user 
during workflow execution, such as how many buildings are involved (element 505) 
and how many square feet are in the building (element 506). 

[45] In short, the document shown in FIG. 5B can be "deconstructed" into a phase, two 
steps, and several subsidiary questions. Once this information is extracted from the 
document and supplemented with certain other information as described below, the 
workflow process can be executed to prompt the user to enter information according 
to the phase, two steps, and multiple questions but for a different property (i.e., one 
other than 250 Lafayette Street). 

[46] FIG. 6 shows steps for carrying out various principles of the invention. In one 
embodiment, a user tags a previously completed document (e.g., a previously drafted 
lease; due diligence report; business plan; or any other business related document or 
documents) in such a way that certain portions of the document are traceable to and 
controlled by a particular phase, step, and/or question in the workflow process. 
Beginning in step 601, the document is tagged using a software tool that permits the 
user to specify the order in which the tagged information must be provided within the 
workflow process; the question or questions that the user will be asked in order to 
elicit the desired information; and (optionally) the range of acceptable answers for the 
question. In one variation, the software tool comprises an editor that permits the user 
to highlight portions of the document and, using a mouse right-click button menu, 
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select workflow parameters pertaining to the highlighted text. Further details of this 
step are provided with reference to FIG. 7. 

[47] In step 602, in one variation the tagged document is converted into an XML 
(Extensible Markup Language) document that defines a semantically structured 
representation of the workflow process and deliverable document (see FIG. 16). The 
XML document may be created "on the fly" (i.e., as phases, steps, and/or questions 
are tagged into the document, a parallel XML document is incrementally updated), or 
the XML document may be created once after all edits have been made. 

[48] In step 603, the XML document is exported into a data structure that is used to drive a 
structured transaction engine (described below). The structured transaction engine 
generates computer screens of the type illustrated in FIG. 4, so that a user is prompted 
to enter information in a structured manner (e.g., according to a set of phases 
containing questions arranged in a series of steps). The data structure in essence 
defines the workflow process, which is executed by the structured transaction engine. 
In one embodiment, the XML document itself may serve as the data structure, such 
that the structured transaction engine can execute the workflow based directly on the 
XML document. 

[49] In step 604, the user tests the workflow structure. For example, the user executes the 
various phases and steps defined by the workflow process to determine if it elicits 
information of the desired type and in the desired order. If in step 605 it is determined 
that changes are needed, the workflow data structure is exported as a tagged document 
(step 607) and the process returns to step 601 where the tagged portions of the 
document can be changed. For example, a portion of a document that was previously 
identified as being associated with question 3 of phase 2 of the process can be re- 
ordered such that it is elicited as question 2 of phase 1 of the process. When no more 
changes are needed, the process is completed at step 606 and the workflow data 
structure is stored for later use. The document may be retrieved at a later date to 
make subsequent changes to a workflow process, which will modify the data 
structure. 
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[50] FIG. 7 shows further details of step 601 of FIG. 6. According to one variation of the 
invention, a document editing tool allows the user to select text in the document and 
then execute functions associated with the selected text. Turning briefly to FIG. 8A, 
the user has selected text portion 801 corresponding to the title of the document. The 
text can be selected using a cursor selection function as is well known in the art. 
Then, by clicking on a right mouse button, the user is presented with a drop-down 
menu 802 pertaining to the selected text. The user selects one or more functions from 
the drop-down menu 802, which permit the user to specify process workflow 
parameters associated with the selected text. In an alternative embodiment, the 
choices can be made by voice using a voice recognition system or by other means. 

[51] Remrning to FIG. 7, in step 701 the user is presented with an option for specifying the 
order in which the item is to appear in the workflow (corresponding to "RANK 
ORDER" in the menu of FIG. 8A). In one variation, text in the document can be 
classified as belonging to three descending levels: a phase; a step; or a response to a 
question. For example, a user can highlight the text "Action Plan for Sale of 
Property," right click the "Rank Order" function, and then identify the text as a 
"phase." See FIG. 8B. This signals to the software that the selected text (and text 
that follows it) is associated with a first phase of the workflow process. When the 
user selects text following the text corresponding to the first phase and identifies that 
text as a step or question, the software can determine (based on the fact that it follows 
the first phase) that the step or question is associated with the first phase. Similarly, 
when the user selects text following the first step and identifies it as a question, the 
software can determine (based on the fact that it follows the first step) that the 
question is associated with the first step. If another phase is highlighted later in the 
document, the software will know that it corresponds to the second phase (and the text 
following it, containing steps and questions, also will belong to that second phase). In 
this manner, the software is able to maintain the ordering of phases, steps, and 
questions. 

[52] Alternatively, in a voice recognition embodiment of the system, text may be identified 
verbally by highlighting the text, right clicking the "Rank Order" function, and 
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saying, "phase." Verbal instructions may also be carried out for all succeeding 
functions. 

[53] In step 702, the user may choose to alter the text for presentation in a workflow. For 
example, the words, "Action Plan for Sale of Property" in the resulting document may 
be better described during the automated workflow as "Develop Action Plan." This 
modification can be done by highlighting the text, then clicking on a "Modify Text" 
function, which displays a box into which the text could be written (corresponding to 
"MODIFY TEXT" option in FIG. 8A). See FIG. 8C, showing how the user can 
specify text that will be displayed when the associated phase is encountered during 
workflow execution. The changes are then automatically registered in the workflow 
data structure, while the original document would not be altered. 

[54] The user follows the same procedure to designate steps within a document. For 
example, FIG. 8D shows how a user has selected text 803 ("I. Description of 
Property") and has designated that text as corresponding to a step. If it is the first step 
designated after the first phase was designated, the software knows to make it the first 
step. The next designated step would become the second step, and so forth. 

[55] In step 703, the user can create a question to be presented when the workflow is 
executed (see "CREATE QUESTION" option in FIG. 8A). As shown in FIG. 8E, the 
user selects text 804 and indicates that this is to be associated with a question. Next, 
as shown in FIG. 8F, the user selects text 805 and selects the "CREATE QUESTION" 
function and the user is provided with a text box into which a question corresponding 
to the highlighted text will be asked when the workflow process is executed. In this 
example, the selected text pertains to the number of buildings involved in the sale, so 
the user creates a question such as "HOW MANY BUILDINGS ARE THERE?" 

[56] There are many different ways of creating questions. As one example, the user can 
create a question based on text visible in the document. The sentence, "The current 
book value of the property is $1.5 million" clearly indicates the nature of the question 
to be asked. Assume that "$1.5 million" has already been identified as a response. A 
user can highlight the entire sentence and then right click on the "Create Question 
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from Visible Text" function (see FIG. 8A). The user would then type into a text box 
the question, "What is the book value of the property?" and the system will 
automatically link this question with the response, "$1.5 million." 

[57] As another example, the user can create questions that are not visible in the document, 
but rather which are inferred based on the response. For example, the first sentence 
references "the plan for Colonial Associates to sell property." It may be inferred that 
Colonial Associates is the owner of the property. However, the text does not expressly 
confirm this fact. A user can highlight the "Colonial Associates" response and then 
click on the "Create Question from Non-visible Text" function (see FIG. 8A). A text 
box appears into which the user would type the question, "Who is the owner of the 
property?" The system would automatically link this question with the response, 
"Colonial Associates". In a further embodiment, a user could designate text as a 
"factual term" that would be placed in an entry form associated with the workflow. 

[58] In another embodiment, the questions can be presented as a simple request. For 
example, the question "What is the name of the seller?" could be presented as simply, 
"Name of seller." 

[59] In step 704, the user can select from among the proper type of responses for a 
particular question (see "CHOOSE RESPONSES" option in FIG. 8A). For example, 
the document states that, "The proposed transaction would be a direct sale." A user 
can select the words "direct sale" and then click on the "Choose Responses" function. 
The user can then select from a menu of response categories such as yes/no buttons, 
date box, currency box, measurement box, open text box, or multiple choice box, and 
could further enter the choices "direct sale", "sale/leaseback", of "sale of shares" into 
a text box. The workflow system would automatically link these responses to the 
question, "What is the proposed transaction?" 

[60] In step 705, the user can identify dependencies among questions (see "ADD 
DEPENDENCY" option in FIG. 8A). Text may contain dependent questions whose 
appearance depends on the type of response to a prior question. For example, consider 
the sentences, "The expected final selling price would result in payment of capital 
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gains taxes. The expected capital gains tax would be $.2 million." If, in fact, no 
capital gains taxes were payable, the second sentence should not appear. Therefore, 
the second sentence should be classified as "dependent" upon the question of whether 
capital gains taxes were payable. A user can highlight the sentence, "The expected 
capital gains tax would be $.2 million" and click on the "Add Dependency" function. 
The user would then indicate that the sentence is dependent on the sentence, "The 
expected final selling price would result in payment of capital gains taxes", and 
indicate that a "yes" response would trigger the inclusion of the dependent question in 
the workflow. Other embodiments include: (a) permitting the system to assume by 
default that a dependent sentence and question is linked to the previous sentence and 
question. However, the user could also highlight another sentence and click on 
"alternate sentence" to change this dependency, (b) Permitting the system to assume 
by default that the applicability of the dependent question is triggered by a "yes" 
response to the related question. However, if the appropriate trigger response is "no", 
or the response does not include a "yes" or "no" answer, the user could highlight the 
response, and then click on "alternate response" to change this dependency to another 
type of response, (c) Providing a knowledge base of more advanced logic system 
that would automatically determine the need to characterize a question as being 
"dependent", and predict the response that would trigger the application of the 
dependent question. 

[61] In step 706, the user can insert a placeholder (corresponding to "INSERT 
PLACEHOLDER" option in FIG. 8A). Documents that describe a workflow 
sometimes require a placeholder indicating certain omissions in the document that are 
part of the underlying decision making process, and which therefore should be 
included in the automated workflow. For example, the sentence, "The company has 
no mortgage loans against the property" does not contain any further information 
about a mortgage. However, if the company did have mortgage loans against the 
property, it would be necessary to calculate the outstanding mortgage balance in order 
to determine an expected financial result. In another example, a user may determine 
that there is an obvious omission in a document that should be addressed in the 
workflow, but wishes to note the omission without switching screens or altering the 
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document. In both instances, the user could set a placeholder to allow for missing text 
and related workflow question. For example, the user could click on the 
"placeholder" function, and then type into the text box the question, "What is the 
outstanding mortgage balance?" The system would then prompt the user to insert the 
text as it would appear in the document, then highlight the response and select the 
choices. The user could then click on "ADD DEPENDENCY" to record the 
dependency of this question on the above mortgage question. The user would also be 
prompted to make further choices (not shown) such as whether the question is 
dependent. As an alternative, a user could choose to simply enter a symbol for a 
placeholder onto the text without making an entry, which would create a similar entry 
in the workflow indicating that a phase, step, or question needed to be added here. 

[62] In step 707, the user may choose to reorder the workflow (corresponding to "RE- 
ORDER WORKFLOW" option in FIG. 8A). By default, the system assumes that the 
workflow appears in the same order as presented in the document. Sometimes, 
however, the sequence for a phase, step or question in the workflow would be 
different than in the document. For example, consider the sentences, "The principal 
use of the building is office. The buildings are currently occupied." A user may wish 
to invert the order of the two questions related to these sentences, without changing 
the document text. A user could then highlight the second sentence and then click on 
the "reorder" function. The user would then place the question, "Is the building 
currently occupied?" ahead of the question, "What is the principal use of the 
building?" 

[63] When changes are made to the ordering of phases, steps, or questions, the software 
can determine how to modify the ordering of other phases, steps, or questions 
accordingly. For example, suppose that the user initially tags a document with three 
phases, which would initially appear in order in the document as PI P2 P3, where PI 
is near the beginning of the document and P3 is near the end of the document. (Steps 
and questions would appear within each of the phases in the document). Suppose that 
the user wants to change the ordering so that phase 3 (P3) becomes phase 1 (PI). In 
other words, even though the steps and questions associated with phase 3 appear near 
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the end of the document, the user wants them to be elicited in the first phase during 
workflow execution. One way of making this ordering change is to select the text 
associated with phase 3 (P3), select RE-ORDER WORKFLOW, and change the 
number to phase 1 (PI). This would initially leave the changed ordering in the 
document as PI P2 PI. The software scans the tagged document and determines that 
there is already a PI, so it changes the first PI (the next lowest phase) to P2, and 
changes P2 to P3. This would change the ordering in the document to P2 P3 PI, 
which upon workflow execution would actually be executed as PI P2 P3. A similar 
scheme would apply to changing an original ordering of PI P2 P3 to P3 PI P2 (i.e., 
moving the first phase to the last phase), which would be executed during workflow 
execution as PI P2 P3. The same principles would apply to reordering of steps and 
questions within each phase. In one embodiment, placeholders can also be used to 
provide orderings for phases, steps, or questions that are not yet defined. 

[64] In step 708, the user may choose to substitute text (corresponding to "SUBSTITUTE 
TEXT" option in FIG. 8A). Sometimes it is beneficial for users to substitute text in a 
document while retaining a record of the original text. For example, a consultant or 
other user may wish to change the sentence, "The estimated cost for marketing 
activities is $0.1 million" to read, "Management expects that the marketing campaign 
would cost no more than $0.1 million." This user could highlight the current text, 
click on the "Substitute Text" function and then type the new sentence into a text box. 
The system will automatically upload and retain a record of the client's original 
document, which the user can subsequently access. The user may then choose whether 
to alter the question or response related to the substitute text. 

[65] The user follows one or more of steps 701 through 708 for each selected text portion 
in the document. It will be appreciated that not all of the steps in FIG. 7 need to be 
performed for each text item, and that some steps may be inapplicable in a particular 
circumstance. Once the coding process has taken place, the user clicks a "submit" 
function, whereupon the system asks the user to identify the destination for this coded 
document material. The user then selects the destination, which can be either an 
existing workflow or a new workflow. In one variation, the system assumes that the 
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document will be added as the phase, step or question immediately following the last 
phase, step or question for a preexisting workflow or is the first phase, step or 
question for a new workflow. The information can be stored in a data structure for 
later execution. 

[66] As described below, the workflow data structure may comprise an ordered set of 
phases, steps, and questions, along with the workflow parameters entered as described 
above. This data structure can then be used to generate computer screens that prompt 
the user for answers to the questions according to the phases, steps, and questions 
identified during the deconstruction process. Alternatively, an XML file may be used 
as the data structure (see FIG. 16 for an example). 

[67] Once a document has been coded and saved into an XML file or other suitable data 
structure, it can be modified by the user at a later time. 

[68] FIG. 9 shows one possible system for carrying out the steps shown in FIG. 6. A user 
interface 901 may comprise a document editor that has been augmented with selection 
tools (e.g., a mouse right-click menu) that permits the user to associate selected 
portions of document text with phases, questions, constrained answer choices, and 
other workflow process parameters. The user interface operates on a sample work 
product document 905, receives user selectable inputs, and provides them to XML 
document generator 902, which converts a tagged input document into an XML 
document. The XML document can be converted into a data structure and stored in 
database 906, wherein the data structure contains information for each selected text 
portion an indication of the phase in which it is to be presented; the step or steps 
associated with the text; the question or questions associated with the text; and the 
various other workflow constraints (e.g., acceptable responses for each question, as 
described above). Several different workflows 907 and 908 can be stored in database 
906 corresponding to one or more documents deconstructed using the inventive 
principles. All of these documents could be subsequendy modified to reflect changes 
in workflow process parameters through the document editor. 
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[69] To execute the workflow structure, structured transaction engine 904 operates on each 
workflow data structure 907 and 908 to generate computer display screens of the type 
shown in FIG. 4, such that the user is presented with an ordered set of prompts for 
information according (in one variation) to a phase, step, and question approach. As 
the user enters information according to each workflow, the responses are stored in a 
database 909, and a document generator 903 generates new work product 910 based 
on the inputs entered by the user. As explained above, the structured transaction 
engine 904 may instead operate directly on XML documents that are created as part of 
the deconstruction process. 

[70] The original document can be retained (both in text form and in XML form), but the 
information contained in the original document is replaced based on the execution of 
the workflow to reflect newly elicited information. For example, the original 
document shown in FIG. 5B shows a book value of $1.5 million for the property. 
Once the original document has been deconstructed into a workflow process 
representing a generalized action plan for the sale of property, this number is turned 
into a question that is then asked at execution time. As a result, instead of displaying 
the figure $1.5 million, the workflow process elicits a value from the user of the 
workflow process and the newly elicited value is used to generate a new document. 

[71] FIG. 10 shows another example of a document that is being deconstructed into a step 
1001 and multiple questions 1002 through 1007. In this embodiment, one of the 
questions (question 1007) is specified as DEFERRED. In certain variations of the 
invention, this DEFERRED information can be used to provide a DEFER option 
during workflow execution. For example, users could defer the response to a question 
regarding the book value of the property until they obtained the correct figure. 

[72] FIG. 11 shows a computer screen generated as a result of deconstructing the 
document of FIG. 10. As can be seen in FIG. 11, the document corresponds to a 
single phase having no steps and multiple questions. 

[73] A workflow process may consist of a single phase that is reflected in a single 
document, with no steps but several questions that are arranged in a particular order to 
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elicit information to generate the document. This is shown in FIG. 12, wherein a 
single document is deconstructed into a workflow data structure comprising a single 
phase, a single step, and 3 questions. When the workflow is executed, the user is 
prompted to answer the 3 questions in the order specified during the document 
deconstruction process. 

[74] FIG. 13 shows an example of two documents (corresponding to a single phase) having 
two steps, which are deconstructed into questions that are presented in two computer 
screens (one per step) upon later execution. 

[75] FIG. 14 shows an example of multiple documents, each corresponding to a different 
phase, wherein each phase is broken down into steps comprising questions, wherein 
each step is presented as a separate computer screen containing corresponding 
questions upon execution. 

[76] Although the above description implies that several phases are contained in a single 
document (i.e., the work product from a workflow process is a single document), it is 
of course possible to produce multiple documents as part of a workflow process. In 
this situation, each resulting document could be separately "reverse engineered" and 
converted into one or more phases, steps, and questions. 

[77] FIG. 15 shows an example of this approach, wherein DOCUMENT A is 
deconstructed into a Phase I containing two steps (each with its own questions); 
DOCUMENT B is deconstructed into a Phase II containing three steps (each with its 
own questions); and DOCUMENT C is deconstructed into the rest of Phase II and 
into Phase III. Note that DOCUMENT C thus contains parts of two different phases. 
The document deconstruction process can combine the various phases and steps into a 
single data structure 1501 for execution, resulting in three new documents 
corresponding to execution of the workflow. 

[78] FIG. 16 shows one possible XML document that can be generated in accordance with 
various aspects of the invention. 
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[79] One aspect of customization allows a user to eliminate or edit certain phases, steps 
and questions contained in a workflow. By right-clicking on parts of the document, 
the user can be provided with editing tools to change dependencies, questions, or 
other parameters of the workflow process. Changes can be made at a later date to a 
previously created and saved document. 

[80] While the invention has been described with respect to specific examples including 
presently preferred modes of carrying out the invention, those skilled in the art will 
appreciate that there are numerous variations and permutations of the above described 
systems and techniques that fall within the spirit and scope of the invention as set 
forth in the appended claims. Any of the method steps described herein can be 
implemented in computer software and stored on computer-readable medium for 
execution in a general-purpose or special-purpose computer, and such computer- 
readable media is included within the scope of the intended invention. Steps in the 
appended claims are numbered for convenience only and such numbering should not 
be interpreted to imply any required ordering of steps. 
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